




`Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하는 아래의 작업들 중 **1. map_reduce 지정** 작업과 **2. `- task_name: generate_module_block`에서 청구권(claim)에 대한 정보 블록(block) 생성** 작업 사이에 **- task_name: load_claim_info** 작업이 실제로 존재한다. `- task_name: load_claim_info` 작업 code를 분석하여 `outpus_D`에 저장된 `C-XXX_claim_information.json`의 세부 정보들을 빠짐없이 잘 불러오는지를 검증하라.  

==================================================================================================

{claim_id}_claim_information.json이 모두 /(Root) 폴더에 있다고 가정하라. 즉, 실제로는 {claim_id}_claim_information.json이 로컬 폴더인 `outputs_D`에 존재하지만, 코드 작성 시에는 {claim_id}_claim_information.json이 모두 /(Root) 폴더에 있다고 가정해야 한다. 

이 가정 하에서 위에서 제시한 제안을 반영하여 load_claim_info 코드만 대상으로 현재 {claim_id}_claim_information.json의 스키마에 맞춘 수정 버전을 `Stage_2_combined_old.yml`의 해당 코드에 덮어 씌울 수 있도록 yaml 문법을 지켜서 작성하여 `2. Stage 2` 폴더에 `Stage_2_1_load_claim_info.yaml`로 생성하라. 


==================================================================================================

이제 위에서 생성한 'Stage_2_1_load_claim_info.yaml'이 실행되었다는 것을 전제로 하라. 

이 전제 하에서 위에서 다루었던 아래 작업을 재수행하라. 


==================================================================================================
`2. Stage 2` 폴더를 기준으로 하라. 

`Stage_2_updated_A_B_C_v6.yml`을 실행하여 얻은 결과물들(from 'outputs' folder)을 사용하여 `Stage_2_Task_D.yaml`을 실행하여 개별 청구권(claim_id)에 대한 정보 블록 `C-XXX_claim_information.json`을 생성하여 `outputs_D` 폴더에 저장하였다. 

다음 작업은 Stage 2의 마지막 작업으로서 개별 청구권들에 대한 정보 문서 `C-XXX_claim_information.json`를 활용하여 각 청구권별 '청구취지' 및 '청구원인'을 작성하는 작업이다. 

예전에 작성된 Stage 2 전체 프롬프트인 `Stage_2_combined_old.yml`에서 **- name: stage_claim_description_gen** 이하 내용이 바로 이 작업에 해당한다. 

`Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하는 아래의 작업들을 순차적으로 진행한다. 

1. map_reduce 지정
2. `- task_name: generate_module_block`에서 청구권(claim)에 대한 정보 블록(block) 생성
3. `- task_name: interpret_claim_metadata`에서 2번에서 생성된 정보 블록에 대한 메타 데이터 해석 생성(`C-###_claim_interpretation.json`를 개별 생성)
4. `- task_name: generate_description`에서 개별 청구권들에 대해 '청구취지'와 '청구원인'을 작성
5. `- task_name: save_description`에서 개별 청구권별로 생성된 청구취지 및 청구원인 작성 문서들을 json파일로 생성하고 저장
6. `- task_name: stage2_summary`에서 전체 map-reduce 작업을 완료 

`outpus_D`에 저장된 현재의 프롬프트 `Stage_2_updated_A_B_C_v6.yml`과 `Stage_2_Task_D.yaml`을 순차적으로 실행하여 생성된 `C-XXX_claim_information.json`의 세부 정보들을 기존 `Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하가 제대로 활용하는지를 검증하고자 한다. 

기존 `Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen**의 **2. `- task_name: generate_module_block`**이 `outpus_D`에 저장된 청구권(claim)에 대한 정보 블록(block) `C-XXX_claim_information.json`의 정보들을 모두 빠짐없이 잘 활용할 수 있는가? 그렇지 않다면 어떤 정보를 어떻게 더 활용하도록 **2. `- task_name: generate_module_block`** code를 수정해야 하는지, 그 개선방안을 최대한 자세하게 제시하라. 


===============================================================================================


현재 폴더인 `YAML_Combine`은 클라우드에 저장된 폴더다. 
`2. Stage 2`폴더의 `회사코덱스작업.txt`는 현재 폴더인 `YAML_Combine`에서 다른 컴퓨터의 Codex에서 했던 작업 Chat history를 기록한 것이다. 이 문서를 먼저 꼼꼼히 읽어라.

`회사코덱스작업.txt`의 마지막 Chat history block은 `Stage_2_combined_old.yml`의 `- task_name: generate_module_block`을 개선하는 방법을 제시하고 있다. 

개선 방법을 반영하여 `Stage_2_combined_old.yml`의 `- task_name: generate_module_block`을 덮어쓰기하여 교체할 수 있는 형태로 yaml 문법을 지켜서 `- task_name: generate_module_block` 프롬프트를 수정하면서 전체 재작성하여 `Stage_2_2_gen_module_block.yaml`을 생성하여 `2. Stage 2`폴더에 저장하라. 

===============================================================================================

이제 `Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하 작업들 중에서 
- `- task_name: load_claim_info*` 작업
- `- task_name: generate_module_block` 작업
들이 update 되어서 각각 `Stage_2_1_load_claim_info.yaml`과 `Stage_2_2_gen_module_block.yaml`에 저장되어 있음을 전제로 하라. 

이제 `Stage_2_combined_old.yml`의 `- task_name: interpret_claim_metadata`에서 `Stage_2_2_gen_module_block.yaml`를 실행하여 생성된 정보 블록에 대한 메타 데이터 해석 생성(`C-###_claim_interpretation.json`를 개별 생성) 작업 프롬프트를 수정하려고 한다. 

우선, `- task_name: interpret_claim_metadata`에 제시된 프롬프트가 `Stage_2_1_load_claim_info.yaml`과 `Stage_2_2_gen_module_block.yaml`에 의해 생성된 결과물에 제시된 정보들과 `outpus_D`에 저장된 `C-XXX_claim_information.json`의 세부 정보들을 빠짐없이 모두 활용하고 있는지를 검증하라. 

즉, `- task_name: interpret_claim_metadata`에 제시된 프롬프트가 지금까지 생성된 결과물들의 정보를 완전 수준으로 사용하여 목적을 달성할 수 있도록 작성되었는지를 검증하라. 

---
# 주의
{claim_id}_claim_information.json이 모두 /(Root) 폴더에 있다고 가정하라. 즉, 실제로는 {claim_id}_claim_information.json이 로컬 폴더인 `outputs_D`에 존재하지만 `/(Root)` 폴더에 있다고 가정한다. 
---


===============================================================================================

위에서 제시한 검증 결과를 반영하여 interpret_claim_metadata 기존 프롬프트 내용을 개선할 방법을 최대한 상세하게 제안하라. 단, 프롬프트 본래의 목적을 100% 달성하고, 기존 결과물들의 정보들을 extensively 사용할 수 있도록 하는 개선 방식을 제시하라.

===============================================================================================

지금 위에서 제시된 개선 방식을 모두 꼼꼼하고 정확하게 반영하여 interpret_claim_metadata 교체용 YAML snippet을 새 파일로 작성하라. 단, 아래의 <규칙>을 엄격하게 적용하라. 

<규칙>
1. 개선 방식을 정확히 반영하여 기존 프롬프트를 개선하되, 개선 방식이 커버하지 않는 기존 프롬프트 작업 내용은 그대로 유지한다. 
2. `Stage_2_combined_old.yml`의 `- task_name: interpret_claim_metadata` 기존 프롬프트를 덮어씌워 교체하는 것이 가능하도록 yaml 문법 규칙을 엄격하게 적용하여 프롬프트 전체를 작성한다. 
3. 개선한 프롬프트가 1번의 목적을 정확히 달성하는지 검증하여, 검증 미통과시 프롬프트를 재작성하고, 검증을 통과하면 'Stage_2_3_interpret_claim_metadata.yaml'로 생성하여 '2. Stage 2' 폴더에 저장하라. 
</규칙>

===============================================================================================

이제 `Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하 작업들 중에서 
- `- task_name: load_claim_info*` 작업
- `- task_name: generate_module_block` 작업
- `- task_name: interpret_claim_metadata` 작업
들이 update 되어서 각각 `Stage_2_1_load_claim_info.yaml`과 `Stage_2_2_gen_module_block.yaml`, `Stage_2_3_interpret_claim_metadata.yaml`에 저장되어 있음을 전제로 하라. 


이제 `Stage_2_combined_old.yml`의 `- task_name: generate_description`에 제시된 프롬프트를 개선하고자 한다. 

우선, `- task_name: generate_description`에 제시된 프롬프트가 `Stage_2_1_load_claim_info.yaml`, `Stage_2_2_gen_module_block.yaml`, 그리고 `Stage_2_3_interpret_claim_metadata.yaml`에 의해 생성된 결과물에 제시된 정보들과 `outpus_D`에 저장된 `C-XXX_claim_information.json`의 세부 정보들을 빠짐없이 모두 활용하고 있는지를 검증하라. 

즉, `- task_name: generate_description`에 제시된 프롬프트가 지금까지 생성된 결과물들의 정보를 완전 수준으로 사용하여 목적을 달성할 수 있도록 작성되었는지를 검증하라. 

---
# 주의
{claim_id}_claim_information.json이 모두 /(Root) 폴더에 있다고 가정하라. 즉, 실제로는 {claim_id}_claim_information.json이 로컬 폴더인 `outputs_D`에 존재하지만 `/(Root)` 폴더에 있다고 가정한다. 
---

================================================================================================

위에서 제시한 검증 결과를 반영하여, generate_description 프롬프트를 개선할 방안을 최대한 자세하게 제시하라. 단, 프롬프트 본래의 목적을 100% 달성하고, 기존 결과물들의 정보들을 extensively 사용할 수 있도록 하는 개선 방식을 제시하라. 

=================================================================================================

지금 위에서 제시된 개선 방식을 모두 꼼꼼하고 정확하게 반영하여 generate_description 교체용 YAML snippet을 새 파일로 작성하라. 단, 아래의 <규칙>을 엄격하게 적용하라. 

<규칙>
1. 개선 방식을 정확히 반영하여 기존 프롬프트를 개선하되, 개선 방식이 커버하지 않는 기존 프롬프트 작업 내용은 그대로 유지한다. 
2. Stage_2_combined_old.yml의 `- task_name: generate_description` 기존 프롬프트를 덮어씌워 교체하는 것이 가능하도록 yaml 문법 규칙을 엄격하게 적용하여 프롬프트 전체를 작성한다. 
3. 개선한 프롬프트가 1번의 목적을 정확히 달성하는지 검증하여, 검증 미통과시 프롬프트를 재작성하고, 검증을 통과하면 'Stage_2_4_generate_description.yaml'로 생성하여 '2. Stage 2' 폴더에 저장하라. 
</규칙>

=================================================================================================


이제 `Stage_2_combined_old.yml`의 **- name: stage_claim_description_gen** 이하 작업들 중에서 
- `- task_name: load_claim_info*` 작업
- `- task_name: generate_module_block` 작업
- `- task_name: interpret_claim_metadata` 작업
- `- task_name: generate_description` 작업
들이 update 되어서 각각 `Stage_2_1_load_claim_info.yaml`과 `Stage_2_2_gen_module_block.yaml`, `Stage_2_3_interpret_claim_metadata.yaml`, 그리고 `Stage_2_4_generate_description.yaml`에 저장되어 있음을 전제로 하라. 

이제 `Stage_2_combined_old.yml`의 `- task_name: save_description`이 제시하는 '개별 청구권별로 생성된 청구취지 및 청구원인 작성 문서들을 json파일로 생성하고 저장' 작업 프롬프트가 `Stage_2_1_load_claim_info.yaml`, `Stage_2_2_gen_module_block.yaml`, `Stage_2_3_interpret_claim_metadata.yaml`, 그리고 `Stage_2_4_generate_description.yaml`에 의해 생성된 결과물에 제시된 정보들과 `outpus_D`에 저장된 `C-XXX_claim_information.json`의 세부 정보들을 빠짐없이 모두 활용하고 있는지를 검증하라. 

즉, `- task_name: save_description`에 제시된 프롬프트가 지금까지 생성된 결과물들의 정보를 완전 수준으로 사용하여 목적을 달성할 수 있도록 작성되었는지를 검증하라. 

---
# 주의
{claim_id}_claim_information.json이 모두 /(Root) 폴더에 있다고 가정하라. 즉, 실제로는 {claim_id}_claim_information.json이 로컬 폴더인 `outputs_D`에 존재하지만 `/(Root)` 폴더에 있다고 가정한다. 
---

=================================================================================================



[Stage 2 프롬프트] 

1. Stage_2_updated_A_B_C_v6.yml
2. Stage_2_Task_D.yaml (= Stage_2_combined_old.yml의 `preD_assembly`)
3. Stage_2_combined_old.yml의 `preD_assembly` 이하 작업 
  - Stage_2_1_load_claim_info.yaml
  - Stage_2_2_gen_module_block.yaml
  - Stage_2_3_interpret_claim_metadata.yaml
  - Stage_2_4_generate_description.yaml

Stage_2_combined_old.yml의 `- task_name: save_description` 프롬프트는 그대로 두었음.

# 요구사항
- 3번 프롬프트들을 연결해서 `Stage_2_Task_E.yaml`로 작성하여 실행하고 테스트 결과를 보여주기 바람

























 생성 과정이 새롭게 생성된  모두 활용하도록 수정하고자 한다. 

현재 프롬프트의 **2. `- task_name: generate_module_block`에서 청구권(claim)에 대한 정보 블록(block) 생성** 프롬프트가 `C-XXX_claim_information.json`의 세부 정보들을
